ｄＢ−ＩＢＡＳＩＣ　インタープリタ＆コンパイラ ――――――――――――――――――――――――――――――――――――――― Ｉ／Ｏ　１９８４年　４月号掲載 Ｘ１ インタープリタ マシン語　０００００Ｈ−０５ＢＦＦＨ　Ｓ：０００００Ｈ コンパイラ マシン語　０Ｅ０００Ｈ−０Ｆ９ＦＦＨ　Ｓ：０Ｅ０００Ｈ 起動方法 インタープリタ ＩＰＬから起動 コンパイラ ＣＬＥＡＲ＆ＨＤＦＦＦ ＭＯＮ Ｌ Ｊ Ｅ０００ ＊インタープリタの[ｆｉｘ]は 　訂正記事００５００Ｈ〜００５ＦＦＨの修正 ――――――――――――――――――――――――――――――――――――――― パソコン・テレビＸ１用「ｄＢ−コンパイラ」は、 すでにＩ／Ｏ誌で発表したＸ１および ＭＺ−２２００用「ｄＢ−ＢＡＳＩＣ」の基本思想に基づき開発したものです。 ゲーム、ホビー開発用に強化した、 整数型ＢＡＳＩＣのｄＢ−ＩＢＡＳＩＣプログラムを このｄＢ−コンパイラで 簡単にマシン語にコンパイルすることが可能になりました。 コンパイルすると10数倍の高速処理をします。 オリジナル・ゲーム作りに大きな威力を発揮することでしょう。 なお、ｄＢ−ＢＡＳＩＣシリーズとして さらにこの言語思想を拡げていきたいと考えております。 ｄＢ−ＩＢＡＳＩＣの特徴 　●インタープリタ、コンパイラが同居できるので、 　　開発効率が高くなっています。 　●フリーエリアはインタープリタのみで40Ｋバイト、 　　コンパイラと同居しているときで32Ｋバイトとなっています。 　●Ｇ−ＲＡＭ上にオブジェクトを落とせるため、 　　オブジェクトも40Ｋバイト程度まで作れます。 　●ＲＥＰＥＡＴ〜ＵＮＴＩＬ、ＭＰＵＴ、ＭＥＭ、ＩＮＡＲＹなどの 　　ゲーム用命令が強化されています。 　●プログラムは最適化されているので、 　　実行速度や効率が高くなっています。 　●コンパイラ自体マシン語で記述されているので、 　　コンパイル時間が短くなっています。 コンパイラの手順 ソース・プログラムはｄＢ−ＩＢＡＳＩＣのインタープリタ上で 充分にＢＵＧを取ってください。 (１)コンパイラはｄＢ−ＩＢＡＳＩＣ上にロードするので、 　　ｄＢ−ＩＢＡＳＩＣがＸ１に入っていない場合は、 　　まずｄＢ−ＩＢＡＳＩＣを起動してください。 　　次に、インタープリタ・レベル(ｄＢ−ＩＢＡＳＩＣのコマンド待ち状態)で、 　　・―――――――――――――――・ 　　｜　　CLEAR&HDFFF 　　　　　　　｜ 　　・―――――――――――――――・ 　　を実行してください、これで、ｄＢ−ＩＢＡＳＩＣのエリアを制限し、 　　コンパイラをロードするエリアを確保します。 (２)LOADM 、またはモニタ(MON) モードの 　　ロード・コマンドＬでロードします。 (３)コンパイラの実行アドレスE000Ｈを呼び出して、 　　コンパイラを起動します。 　　ｄＢ−ＩＢＡＳＩＣのインタープリタ・レベルでは、 　　CALL&HE000となります。 　　また、モニタ・モードの場合は、 　　　(１)#J 　　　(２)J-adr.:E000 　　と入力します。 (４)この入力を終えるとＣＲＴ画面に、 　　・――――――――――――――――・ 　　｜　I-BASIC COMPILER Ver 1.0　　　｜ 　　｜　TAPE LOAD (Y or N)? 　　　　　｜ 　　・――――――――――――――――・ 　　と表示されます。 　　カセット・テープからソース・プログラムをロードするか、 　　メモリ上にあるソース・プログラムをそのまま使用するか決めてください。 　　テープからソース・プログラムをロードする場合は、 　　ソース・プログラムの入ったカセット・テープをセットしてから 　　[Ｙ]を入力してください。 　　注１：テープからソース・プログラムをロードした場合、 　　　　　メモリの4000Ｈ番地から格納されるので、 　　　　　ｄＢ−ＩＢＡＳＩＣのインタープリタ部(4000H〜5B00H)は破壊され、 　　　　　以後ｄＢ−ＩＢＡＳＩＣのインタープリタ・レベルには 　　　　　戻れません、 　　　　　すでにメイン・メモリ上にソース・プログラムがあり、 　　　　　それをコンパイルする場合は、 　　　　　テープからロードする必要がないので 　　　　　[Ｎ]を入力してください。 　　注２：モニタ・モードからｄＢ−ＩＢＡＳＩＣの 　　　　　インタープリタ・レベルには、Ｒコマンドで戻れます。 　　　　　また、コンパイルしたオブジェクトがソース・プログラムに 　　　　　重なっていない場合は、再びソース・プログラムを 　　　　　ｄＢ−ＩＢＡＳＩＣのインタープリタで編集することも可能です。 　　　　　ただし、オブジェクト・プログラムを実行すると、 　　　　　実行にともなってワーク・エリアが変わるので、 　　　　　これによってｄＢ−ＩＢＡＳＩＣ、テキストなどが 　　　　　破壊される場合があるので、充分に気をつけてください。 (５)次に、テープからロードしたソース・プログラム、 　　またはすでにメモリ上にあるソース・プログラムの範囲が 　　16進数の形式で表示されます。 (６)ここで次のように、ソース・プログラムをコンパイルして 　　オブジェクトに落とす番地(ＡＤＲ．)を聞いてきます。 　　・――――――――――――――――・ 　　｜　OBJ ADR.(>=4000H)? 0000 　　　｜ 　　｜　　　　　　　　　　｜　　　　　｜ 　　｜　　　　　　　　　　・―ｶｰｿﾙ点滅｜ 　　・――――――――――――――――・ 　　設定可能番地は4000Ｈ以降です。 　　ソース・プログラムの範囲が小さく、 　　残りのメモリ・エリアにオブジェクトが入るならば、 　　ソース・プログラムの最終番地より後に設定してください。 　　このことによって、(４)で述べたように、 　　モニタ・モードからｄＢ−ＩＢＡＳＩＣのインタープリタに戻って 　　ソース・プログラムの再編集が可能となります。 　　　注１：テープからソース・プログラムをロードせず、 　　　　　　メモリ上のソースをそのまま使う場合でも、 　　　　　　ソース・プログラムの範囲にオブジェクトの 　　　　　　先頭アドレスが重なった場合、 　　　　　　メイン・メモリ上でコンパイルを行なったり、 　　　　　　このように重なったオブジェクトを 　　　　　　メイン・メモリに読み込んだりすると、 　　　　　　重なった部分のソース・プログラムはなくなります。 　　　　　　この場合、ｄＢ−ＩＢＡＳＩＣのインタープリタへ戻って 　　　　　　ソースプログラムの編集はできません。 (７)オブジェクトに落とす先頭アドレスを入力すると、ＣＲＴ画面に 　　・―――――――――――――――・ 　　｜　PORT SAVE (Y or N) ?　　　　｜ 　　・―――――――――――――――・ 　　と表示されます。 　　コンパイルによってオブジェクトに落とす場所を指定します。 　　[Ｙ]を入力すると、Ｇ−ＲＡＭ上にコンパイルしたオブジェクトを 　　落とします（Ｉ／Ｏポートを経由してＧ−ＲＡＭ上ににセーブする）。 　　[Ｎ]を入力すると、(６)で設定したメイン・メモリ上の 　　オブジェクトの先頭番地からオブジェクトがセーブされます。 　　ソース・プログラム領域と、オブジェクト領域が重なっていない場合のみ、 　　直接メイン・メモリにオブジェクトを落とせます。 　　重なっている場合は、Ｇ−ＲＡＭにセーブ（PORT SAVE） します。 (８)次のように、コンパイラのワーク先頭番地を聞いてきます。 　　・――――――――――――――――・ 　　｜　WORK ADR.(